home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text0724.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  3.6 KB  |  77 lines
  1. > Most discussions in most newsgroups consist of threads. Someone starts a
  2. > thread, others respond, and so forth. We are using here a newsreader called
  3. > TIN (written by Iain.Lea%anl433.uucp@Germany.EU.net) that whenever a news
  4. > group in entered, it first indexes all the postings into threads, and then
  5. > presents a view of the group traffic as a collection of threads.
  6. > You pick a thread, and start from the first posting. The next posting you
  7. > will get will be the next one along the thread.
  8.  
  9. Yes, most of us here use the Notes interface, which maintains such threads
  10. or "notes strings" as part of its database. The current NNTP news servers are
  11. much too dumb for this - it takes far too many messages for the client to
  12. work out the threads. You can do it, but it is painfully slow if your
  13. NNTP server is on a remote machine.
  14.  
  15. > This approach lends itself very well to a hypertext browser. Using the 
  16. > same indexing method as TIN, it will embed a link into the end of  each 
  17. > article that will point to the next one in the thread, in addition to
  18. > links in the beginning of the article that point to the previous article
  19. > in the thread and to the start of the thread.
  20.  
  21. Yes, I too have been thinking along these lines. The first step is an "agent"
  22. program which runs daily to get the complete list of news groups, sorts them
  23. alphabetically then builds them into a small group of html docs that allow
  24. users to browse the newsgroup names hierarchically. The next step is to
  25. extend the agent to build an html doc for each newsgroup's index. This
  26. involves getting the headers for any new articles in that newsgroup and
  27. can be linked to the job of tracking backward references, and updating a
  28. database of threads/notes strings.
  29.  
  30. In the longer term, we can lobby for such support to be added into future
  31. releases of the NNTP daemon. Our only hope in the short term is to build
  32. agent processes that do the additional processing as a regular background
  33. activity. You can think of these as a variety of "knowbots" which carry out
  34. tasks that are impractical to perform on an interactive basis.
  35.  
  36. I am sure NEWS is due for a shakeup what with the arrival of MIME and html as
  37. a registered format. The current restrictions on character sets and plain
  38. text is rather cramping these days. Furthermore the number of newsgroups has
  39. grown enormously over the last few years - the ability to carry popular
  40. groups locally and to get the others on request from remote servers seems
  41. long overdue.
  42.  
  43. > Is there a way to read news groups not carried locally via the WWW ?
  44. > We have here a rather limited selection on newsgroups (only 1500 or so :-)
  45. > Some people are not that fortunate, and I know of many groups we do not
  46. > carry either. Additionally, postings are kept here only for about 3 days.
  47.  
  48. I have been toying with an extension to the URL syntax for just this purpose:
  49.  
  50.         news://news.ysu.edu/alt.culture.*
  51.  
  52. This implies the list of newsgroups under alt.culture on the NNTP server
  53. "news.ysu.edu".
  54.  
  55.         news://news.ysu.edu/alt.culture.usenet
  56.  
  57. This example specifies the newsgroup "alt.culture.usenet" as held on the
  58. nntp server  "news.ysu.edu"
  59.  
  60.         news://news.ysu.edu/<C34u1w.7Ls@news.ysu.edu>
  61.  
  62. This specifies an actual news article from that newsgroup and server.
  63.  
  64. One outstanding problem is which machines archive what newsgroups? It is
  65. often the case that the original article has been discarded from the local
  66. server, and it would be really great if the browser could then try to get the
  67. missing article from a remote archive system. The establishment of well known
  68. servers for given groups would be a good start.
  69.  
  70. Best wishes
  71.  
  72. Dave Raggett, HPLabs, Bristol, England
  73.  
  74.  
  75.  
  76.  
  77.